home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / applications / 983 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  4.1 KB
  1. Path: news.mindspring.com!chmood
  2. From: chmood@photobooks.atdc.gatech.edu (Charlie Moody)
  3. Newsgroups: comp.sys.amiga.applications
  4. Subject: [FinalWriter] REPOST:  Modifications & Enhancements, part 3
  5. Date: 21 Jan 1996 06:23:09 GMT
  6. Organization: Photobooks Inc
  7. Message-ID: <4dsm4d$692@brickbat.mindspring.com>
  8. NNTP-Posting-Host: photobooks.atdc.gatech.edu
  9. X-Newsreader: TIN [version 1.2 PL2]
  10.  
  11. This is part 3 of 4!
  12. ~~~~~~~~~~~~~~~~~~~~
  13.  
  14. PREFERENCES and DEFAULTS
  15.  
  16. FW's preference and parameter 'scheme' may provide very powerful aids, but the
  17. way they are implemented creates unnecessary confusion. There seem to be too
  18. many ways to mess with standard parameters -lots of opportunity for users to get
  19. in their own way.  An actual prefs program or subsection would be a real boon.
  20. It should clearly indicate a configuration or preference hierarchy.  For
  21. example:
  22.  
  23. PREFS:Program, Documents, Display, Misc.
  24.       Program/Screen/Paths/General
  25.           Screen(DefaultScreen/Resolution, Colors(incl. cursor),FlashingCursor?)
  26.           Paths(Docs/clips/speller/styles/fonts/macros/graphics/backups/
  27.             printer/arexx)
  28.           General(Dock/Iconify[AppIcon/'StickAway'Icon]),
  29.           DockList[New/Edit/SelectDefault], ForceARexxActive,
  30.           BackUpControl(AutoSave/Frequency/Prompt/Nr-of-Generations)
  31.           DefaultPrinterDriver
  32.       Documents/Defaults/Filters/Text/General
  33.           Defaults(Document, Page[LeftMaster/RightMaster/Body],
  34.                Section/ByType/ByName/Paragraph/Styles/ToC/Index)
  35.           Filters(MaintainASCII[Always/Never/Ask])
  36.           Text(FontList[New/Edit/Default],TypeControl[Attributes/Styles]
  37.           General(Speller/Thesaurus/Hyphenation/Bibliography]
  38.       Display/Windows/ButtonSets
  39.           Windows(Documents[Anchored/Floating]/Palettes[Anchored/Floating,
  40.               Snapshot[Sizes/Positions])
  41.           ButtonSets(Create/Edit[Sets/Images]/SelectStripSets[range],
  42.              SelectPaletteSets[range]/Show/Hide)
  43. This example prefs layout is reasonably consistent with standard approaches to
  44. prefs selection, as well as being reasonably flexible, powerful, and consistent
  45. in its own right.  I think it is also more intuitive and more predictable than
  46. FW's preferences hierarchy as of 3.0.  I've taken the liberty of using it to
  47. show a number of options I'd very much like to see in FW.
  48.  
  49. Here are some specific notes detailing the examples above (for detailed comments
  50. on handling document preferences and parameters, see the section on Documents,
  51. below):
  52.  
  53. Graphics/Display:
  54.  
  55. Options should be meaningful, i.e.: screen resolution choices, rather than
  56. cryptic x/y dot counts or "Model T"-style screen selectors ('choose any screen,
  57. as long as it's this one').  Provision should be made to take advantage of
  58. graphics boards (including the ZII Retina, please!), making use of the speed,
  59. memory, and options that these cards present.
  60.  
  61. Anchoring doc & palette windows:  This would prevent the 'floating palettes'
  62. from diving beneath the active window when using FW with window-activation
  63. commodities, and otherwise prevent the various windows from getting in each
  64. other's way. As a minimum, I suggest that users be allowed to choose Anchored
  65. (bottom-layer) documents and floating (top-layer) palettes as one option, and
  66. the reverse (floating docs & anchored palettes) as the alternative.
  67.  
  68. The document window should collapse or expand to show the selected button
  69. strip(s);  currently it will display up to 3, which is fine. However, button
  70. strips and palettes should be mutually exclusive:  a button set can be one or
  71. the other (or unused) at any moment, but not both at once.  Also, restrictions
  72. on what can be displayed as a strip should be eliminated:  For example, I can
  73. have either the toolstrip or the paragraph strip, but not both (of course I want
  74. them both!);  also, I can have the button strip, or not, but I can't replace it
  75. with the toolstrip (of course I want to replace it with the toolstrip!).
  76.  
  77. Also on the subject of button strips, etc.:  A graphic list of the supplied
  78. buttons and their default assignments (separate from the definition requester)
  79. would be wonderfully helpful in creating and editing strips & palettes.  I'm
  80. surprised that such a list isn't provided in the manual.
  81.